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DETAILED ACTION 

1 . This action is in response to tine amendment filed on: 06/30/08. 

2. Claims 1,13, and 16 are amended. Claims 19 and 20 are new. Claims 1-20 are 
pending. 

3. The following rejections are withdrawn, in view of new grounds of rejection 
necessitated by applicant's amendment: 

• Claims 1-6, 9-13, and 15-18 rejected under 35 U.S.C. 103(a) as being 
unpatentable over Sheshadri, in view of Bahrs and further in view of Leech. 

• Claim 7 rejected under 35 U.S.C. 103(a) as being unpatentable over Sheshadri, 
Bahrs, and Leech, in further view of Lindhorst et al. 

• Claims 8, 14, and 17 rejected under 35 U.S.C. 103(a) as being unpatentable over 
Sheard et al. Goodwill and Leech in further view of Jeyaraman. 

Priority 

4. Acknowledgment is made of applicant's claim for foreign priority under 35 
U.S.C. 119(a)-(d). 

Claim Rejections - 35 USC § 103 

The following Is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in section 102 of this 
title, if the differences between the subject matter sought to be patented and the prior art are such that the subject matter as a 
whole would have been obvious at the time the invention was made to a person having ordinary skill in the art to which said 
subject matter pertains. Patentability shall not be negatived by the manner in which the invention was made. 
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5. Claims 1-3, 5, 6, 9-13, and 15-20 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Sheshadri ("Understanding JavaServer Pages Model 2 architecture", 
published: December 1999, pages 1-14), in viewof Bahrs (US Patent: 6,654,932 B1, 
issued: Nov. 25, 2003, filed: Oct. 29, 1999) and further in view of Prosise ("ASP.NET: 
Web Forms Let You Drag and Drop Your Way to Powerful Apps", pages 1-28). 

With regards to claim 1 Seshadri teaches: 
Providing a server-side framework to an application (Figure 2: whereas a server-side 
frame work comprising a model/javabean, and view/jsp are provided to the 
application/servlet) ttie server side frameworii being external to the application (Figure 
2: whereas, the application, is represented by the servlet, and the JSP (controller) and 
Javabean framework are server side elements that are external to the JSP/controller). 
The frame work supporting predefined data types, each data type having a predefined 
rule (listing 3, and 4: whereas, the framework supports predefined datatypes, such as 
string or float datatypes, in a CD object. Each datatype includes an instruction/rule, for 
the datatype(s) to be initialized with values). 

Receiving from an application a request for an object (Listing 3: whereas a getcd 
function/method Is called to request a CD object running on a server), the request 
indicating one of the multiple predefined data types (P9-L7: whereas, the getCD 
function/method therefore further indicates one of a multiple predefined data types, such 
as strings or floats for initialization), the object storing a value of the indicated data type, 
the value being stored in the object in a process format (P9-L7, P9-1 : whereas, the 
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setPrice function casts the price data type (in transfer string format), to a process float 
format), and stored in a CD object as shown in Listing 4). 

Creating the object in response to tlie request (P9-L17: whereas a CD object is created 
in response to the request). 

Generating a markup language page that includes the value in the transfer format read 
from the object (Listing 2: whereas the values in a CD object are displayed, by inserting 
the CD attributes in the transfer format/string/ascii into a web page template) 
Sending the markup language page to a browser on a client (Figure 4: whereas a 
markup language page is displayed to a browser on a client). 

Receiving a user supplied value in the transfer format from the browser (Listing 3, page 
8: whereas a new value is received in the transfer format/string, based on the "ADD" 
action received). 

However, Seshadri does not teach 

The object storing a defau/f value, ... the defau/f value being stored in the object in a 
transfer format, Generating a markup language page that includes the default value 
Storing in the object the user supplied value in the transfer format, The object 
automatically converting the user supplied value from the transfer format to the process 
format, the object automatically checking the compliance of the user supplied value in 
the process format with the predefined rule, and if the user supplied value in the 
process format complies with the predefined rule, forwarding the user supplied value in 
the process format from the object to the application and otherwise automatically 
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resending the markup language page to the browser with the user supplied value in the 
transfer format. 

Yet, even though Seshadri does not teach f/7e object, Seshadri still teaches: 
• The value being stored in an object in a transfer format (page 7 and 8 of 
Sheshadri: whereas, the 'shoppingservlet' class is instantiated into a 
'shoppingservlet' object at run-tinne. The 'shoppingservlet' object storing the value 
of a token in string format via the 'req' object.) 
Storing in the object the user supplied value in the transfer format (page 7, and 8 of 
Sheshadri: whereas the 'shoppingservlet' object storing the value of a token in string 
format via the 'req' object.). The object automatically converting the user supplied value 
from the transfer format to the process format (Listing 4: whereas, the object 
automatically stores the float/process format for a price (which was a string in transfer 
format). 

It would have been obvious to one of the ordinary skill in the art at the time of the 
invention to have modified Sheshadri's CD object, such that the object can store and 
convert transfer / process format data, as also taught by Sheshadri. The combination 
would have allowed Sheshadri to have allowed "the processing for all actions carried 

out within " the [application] (Sheshadri, page 7)). 

However, although Seshadri teaches generating the markup language page using the 
object which stores a value, Sheshadri does not expressly teach the object stores a 
default value, the object automatically checking the compliance of the user supplied 
value in the process format with the predefined rule, and if the data complies with the 
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predefined rule, forwarding the user supplied value in the process format from the object 
to the application and othenvise automatically resending the markup language page to 
the browser with the user supplied value in the transfer format. 
Bahrs et al teaches the object automatically checking the compliance of the user 
supplied value in the process format with the predefined rule (Abstract: whereas a 
validation object automatically checks the compliance of a new value in a process 
format with a predefined rule by checking against particular criteria (Fig 87: such as 
through validation rules)). And if the user defined data complies with a predefined rule, 
(Fig 86: whereas checking includes whether data complies with a predefined rule), 
forwarding the user supplied value in a process format to the application (column 5, 
lines 8-30, column 16, lines 1-20: whereas, the new value from the user input (such as 
text data from a text field) is sent/forwarded to an appropriate application) ... otherwise 
automatically generatmg an exception/alternative-action (Fig 86). 
It would have been obvious to one of the ordinary skill in the art at the time of the 
invention to have modified Sheshadri's object such that the object would have validated 
input data, as and also such that the object would have further included the ability to 
foHA/arded a new value to application, taught by Bahrs et al. The combination of 
Sheshadri and Bahrs et al would have allowed Sheshadri to have in "response to user 
input, [made] a call to a validation object" (Bahrs et al, column 3, lines 55-63). 
However, although the combination of Sheshadri and Bahrs et al teach otherwise 
automatically the combination of Sheshadri and Bahrs et al do not expressly teach 
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otherwise automatically resending the markup language page to the browser with the 
user defined value in the transfer format. 

Prosise teaches .... The object storing a default ya\ue, ... the default ya\ue being 
stored in the object in a transfer fonmat, Generating a markup language page that 

includes the default value ... [and 7 .... otherwise automatically resending the markup 
language page to the browser with the user supplied data in the transfer format, wherein 
the application processes the data in the processes the data in the process format 
(pages 4-7: whereas, default value is null, and using user supplied data is posted back 
to the user.). 

It would have been obvious to one of the ordinary skill in the art at the time of the 
invention to have modified Sheshadri and Bahrs et al's object and compliance checking 
methods, such that the object stores a default value; and upon receiving user supplied 
data, a markup language page with user supplied data, is sent back to the browser, as 
taught by Prosise. The combination would have allowed Sheshadri, Bahrs et al, and 
Prosise to have to have "the values entered into text fields don't disappear [upon 
postback]" (Prosise: page 4). 

With regards to claim 2, which depends on claim 1 , Sheshadri teaches wherein 
the transfer format is a string format, as similarly explained in the rejection for claim 1 , 
and is rejected under similar rationale. 
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With regards to claim 3, which depends on claim 1 , the combination of 
Sheshadri, Bahrs et al, and Prosise, the predefined rule, as similarly explained in the 
rejection for claim 1 . Additionally, Bahrs et al teaches the predefined rule, is internal to 
the object, (as explained in the rejection for claim 1 ), since it is the object that performs 
the validating, not a separate/external object/entitity. 

With regards to claim 5, which depends on claim 1 , Sheshadri similarly teaches 
wherein the operations, as similarly explained in the rejection for claim 1 , and is rejected 

under similar rationale. However, Sheshadri does not expressly teach the operations 
further comprise storing state information in permanent memory and restoring the object 
by using the state information. 

Yet, Bahrs et al teaches wherein the operations further comprise storing state 
information in permanent memory and restoring the object by using the state 
information (column 59, lines 25-30: whereas, operations for storing state information is 
implemented through serialization, and for restoring state information is implemented 
through deserialization). 

It would have been obvious to one of the ordinary skill in the art at the time of the 
invention to have modified Sheshadri, Bahrs et al, and Prosise's data system, such that 
state information is stored, and restored for an object, as also taught by Bahrs et al. The 
combination of Sheshadri, Bahrs et al, and Prosise would have allowed Sheshadri to 
have "returned a previously created object, or otherwise created a new object, and 
remembering the object" (Bahrs et al, column 29, lines: 40-54). 
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With regards to claim 6, wliicli depends on claim 5, the combination of 
Sheshadri, Bahrs et al, and Prosise teach wherein the restoring, as similarly explained 
in the rejection for claim 5, and is rejected under similar rationale. Additionally, the 
restoring that is taught by Bahrs et al (as explained in the rejection for claim 5), further 
includes the restoring is delayed until transferring (column 59, lines 25-39: whereas, the 
restoring is performed until after the object is transferred to the other end). 

With regards to claim 9, which depends on claim 1 , Sheshadri teaches wherein 
the object is provided by the software framework running on a server, as similarly 
explained in the rejection for claim 1, and is rejected under similar rationale. 

With regards to claim 10, which depends on claim 1, Sheshadri, Bahrs et al, and 
Prosise teach wherein the instructions, as similarly explained in the rejection for claim 1, 
and is rejected under similar rationale. Additionally, Bahrs et al further teaches that the 
data validation system (explained in the rejection for claim 1), further includes the option 
that the data validation system do[es] not need to be in a particular programming 
language (column 66, lines 50-67: whereas, various types of programming languages 
can be used to implement the data system of Bahrs et al) 

With regards to claim 1 1 , which depends on claim 1 , Sheshadri, Bahrs et al, and 
Prosise teach wherein the operations, as similarly explained in the rejection for claim 1 , 
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and is rejected under similar rationale. Additionally, Bahrs et al, further teaches the 
operations (as explained in the rejection for claim 1) do not require any particular flow 
logic (column 23, lines 40-67: whereas threading support is implemented, such that 
events/listeners operate in a concurrent manner, without a strict/sequential order) 

With regards to claim 12, which depends on claim 1 , Sheshadri, Bahrs et al, and 
Prosise teach wherein tlie operations, as similarly explained in the rejection for claim 1 , 
and is rejected under similar rationale. Additionally Bahrs et al's validation/error- 
handling scheme, as also explained in the rejection for claim 1 , further teaches the 
validation scheme(s) do not assume a particular error handling scheme (whereas, there 
is no particular single set validation rule, but a plurality of rules that can be set) 

With regards to claim 13, for a method performing a similar method as the 
product in claim 1 , is rejected under the same rationale. 

With regards to claim 15, which depends on claim 13, for a method performing a 
similar method as the product in claim 9, is rejected under the same rationale. 

With regards to claim 16, for an apparatus performing a similar method as the 
product in claim 1 , is rejected under the same rationale. 
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With regards to claim 18, which depends on claim 16, for an apparatus 
performing a similar method as the product in claim 9, is rejected under the same 
rationale. 

With regards to claim 19, which depends on claim 1 , the combination of 
Sheshadri, Bahrs et al, and Prosise teach wherein the default is a null value, as similarly 
explained in the rejection for claim 1 , and is rejected under similar rationale. 

With regards to claim 20, which depends on claim 13, the combination of 
Sheshadri, Bahrs et al, and Prosise teach wherein the default is a null value, as similarly 
explained in the rejection for claim 1 , and is rejected under similar rationale. 

6. Claim 4 is rejected under 35 U.S.C. 103(a) as being unpatentable over Sheshadri 
("Understanding JavaServer Pages Model 2 architecture", published: December 1999, 
pages 1-14), Bahrs (US Patent: 6,654,932 B1, issued: Nov. 25, 2003, filed: Oct. 29, 
1999), Prosise ("ASP.NET: Web Forms Let You Drag and Drop Your Way to Powerful 
Apps", pages 1-28), and in further view of Leech (4GuysFromRolla.com, published: 
December 1, 1999, pages 1-5) 

With regards to claim 4, which depends on claim 1 , the combination of 
Sheshadri, Bahrs et al, and Prosise teach the predefined rule and the object, as 
explained in the rejection for claim 1 , and is rejected under the same rationale. 
Additionally, Leech teaches the predefined rule (as explained in the rejection for claim 
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1 ), further includes wherein the predefined rule is external to the object (P2-P3: 
whereas, the validation rules are enforced at the client side, which is external to the 
object). 

It would have been obvious to one of the ordinary skill in the art at the time of the 
invention to have modified Sheshadri, Bahrs et al, and Prosise's data system, such that 
it includes the ability to enforce predefined rules external to the object, as taught by 
Leech. The combination of Sheshadri, Bahrs et al, Prosise, and Leech would have 
allowed Sheshadri's system to have further included the ability let "the user know 
immediately that something is wrong" (Leech, P3, without having to send the 
page/form). 

7. Claim 7 is rejected under 35 U.S.C. 103(a) as being unpatentable over Sheshadri 
("Understanding JavaServer Pages Model 2 architecture", published: December 1999, 
pages 1-14), Bahrs (US Patent: 6,654,932 B1, issued: Nov. 25, 2003, filed: Oct. 29, 
1999), and Prosise ("ASP.NET: Web Forms Let You Drag and Drop Your Way to 
Powerful Apps", pages 1-28), , in further view of Lindhorst et al (US Patent: 6,981 ,215 
B1, issued: Dec. 27, 2005, filed: Dec. 31, 1998). 

With regards to claim 7, which depends on claim 5, Sheshadri, Bahrs et al, and 
Leech teach storing state information in permanent memory, as explained in claim 5, 
and is rejected under the same rationale. However, the combination of Sheshadri, 
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Bahrs et al, and Leech do not teach the storing of state information in permanent 
memory is performed by storing in hidden input fields in tine page 
Lindhorst et al teaches the storing of state information in permanent memory is 
performed by storing in hidden input fields in the page (column 1 4, lines 39-49: 
whereas, storage/state information is stored in hidden fields in a page). 
It would have been obvious to one of the ordinary skill in the art at the time of the 
invention to have modified Sheshadri, Bahrs et al, and Prosise's system for storing state 
information to further included the ability to store the state information in hidden input 
fields in a page as taught by Lindhorst et al. The combination of Sheshadri, Bahrs et al, 
Prosise, and Lindhorst et al would have allowed Sheshadri to have "simplified the 
programmer's task of navigating between pages" (Lindhorst et al, column 6, lines 65- 
67). 

8. Claims 8, 14, and 17 is rejected under 35 U.S.C. 103(a) as being unpatentable 
over Sheard et al (US Patent: 6,453,356 B1, issued: Sep. 17, 2002, filed: Apr. 15, 
1998), and Goodwill ("Pure Java Server Pages", published: June 08, 2000, Pages: 1-4, 
1a, 2a, 3a, 4a, and G1) in further view of Jeyaraman (US Patent: 6,331,187 B1, issued: 
Oct. 30, 2001, filed: Dec. 29, 1998). 

With regards to claim 8, which depends on claim 1, With regards to claim 8, which 
depends on claim 1 , the combination of Sheshadri, Bahrs et al, and Prosise teach 
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wherein resending the markup language page to the client, as similarly explained in the 
rejection for claim 1, and is rejected under similar rationale. 

However, Sheshadri, Bahrs et al, and Prosise do not teach Identifying a portion of 
the markup language page that has changed since the markup language page was 
previously sent; and resending only the portion of the markup language page that has 
changed. 

Jeyaraman teaches resending the marl<up language page to the client includes: 
identifying a portion of the markup language page that has changed since the markup 
language page was previously sent (Abstract: whereas, the identifying includes 
"determining the differences between the current version of the data at the server and 
an older copy of the data at the client"); and resending only the portion of the markup 
language page that has changed (Abstract: whereas, the resending includes "using the 
differences to construct an update for the copy of the data, which may include node 
insertion and node deletion operations for hierarchically organized nodes in the data; 
and sending the update to the client where the update is applied to the copy of the data 
to produce an updated copy of the data"). 

It would have been obvious to one of the ordinary skill in the art at the time of the 
invention to have modified Sheshadri, Bahrs et al, and Prosise's data persistence/state 
system to further have included the ability to propagate changes since the markup 
language page has been sent to the client, as taught by Jeyaraman. The combination of 
Sheshadri, Bahrs et al, Prosise, and Jeyaraman would have allowed Sheshadri's 
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system to have "updated copies of hierarchically structured data" (Jeyaraman, column 
1, lines 62-64). 

With regards to claim 14, which depends on claim 13, for a method performing a 
similar method as the product of claim 8, is rejected under the same rationale. 

With regards to claim 17, which depends on claim 16, for an apparatus performing a 
similar method as the product of claim 8, is rejected under the same rationale. 



Response to Arguments 

9. Applicant's arguments with respect to claim 1-20 have been considered but are 
moot in view of the new ground(s) of rejection. 

1 0. With regards to claim 1 , the applicant argues that "Sheshadri refers to an object 
which has individual fields declared in only one format [and] the CD object does not 
have a second field or variable for storing the price in a second format". 

However, the examiner respectfully disagrees, since, as explained in the rejection for 
claim 1, and in P9-L7, P9-1 of Sheshadri, the user supplied data being transferred is 
appended in a URL at submission; in a string format. This string (transfer format) is then 
parsed such that the appropriate user supplied data is collected and casted into native 
format (such as a float). Thus, the applicant's argument is not persuasive. 
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Conclusion 

1 1 . Applicant's amendment necessitated tine new ground(s) of rejection presented in 
this Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP 
§ 706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 
CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to WILSON TSUI whose telephone number is (571 )272- 
7596. The examiner can normally be reached on Monday - Friday. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Stephen Hong can be reached on (571) 272-4124. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/CESAR B PAULA/ 

Primary Examiner, Art Unit 2178 

/Wilson Tsui/ 
Patent Examiner 
Art Unit: 2178 
October 14, 2008 



